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BACKGROUND OF THE INVENTION 
5 1. Field of the Invention 

This invention generally relates to digital document imaging 
processes and, more particularly, to a scanning environment method for 
spooling a network scan job to storage, and subsequently pulling the scan 
job from storage through the print subsystem, as a pseudo print job. 

10 2. Description of the Related Art 

When a network scan job is spooled to local or offline storage 
by a multifunctional peripheral (MFP), the retrieving of the scan job from 
storage may not be intuitive to the user, since the scan retrieval system is 
independent of the pre-existing print subsystem. That is, the scanning 

15 subsystem is considered separate from the print subsystem. 

Conventionally, a print subsystem is not used for despooling (requesting 
and/or retrieving) a network scan job from storage to the client. There is 
no combined scanning/printing MFP driver. Neither is there a way of 
sending despooling commands for a network scan job in storage via the 

20 installed printer subsystem, such as an installed printer in a Microsoft 
(MS) printers folder. 

Rather, the despooling of a network scan job from storage, to 
the client, must be requested through a network scanning enabled 
application, or requested via direct access to the MFP using either the 

25 front panel or a device web page. Such a scan job retrieval process may 
include the following steps: 
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a. Selecting the targeted MFP by specifying the installed 
scanner or MFP; 

b. Specifying and sending a network scan job retrieval 
request via the installed scanner's scan driver. 

5 However, the selection of the targeted MFP is prone to 

human error, especially in networks including several MFPs. The user 
may incorrectly select a network address or domain name for a locally or 
network-installed MFP. 

Fig. la is a depiction of a locally connected scanner (prior 

10 art). More conventionally, scanning is usually done as a local scan job. In 
this case, the scanner is typically immediately adjacent to the client 
computing device and connected by a local port, such as a parallel, serial, 
SCSI or USB port. Before scanning any jobs, the user performs a one-time 
installation of a compatible scanner driver, such as the Twain scan driver. 

15 To initiate a scan job, the user performs the following steps: 

1 . Place the documents to be scanned on the scanner; 

2. Invoke a scan capable application, such as Adobe 
Photoshop ®; 

20 3. From the scan capable application, initiate the scan, 

by: 

a. Selecting a File menu, followed by a Scan 

Menu (File->Scan); 

b. Selecting the scanner driver (e.g., Twain 

25 driver); and, 

c. Selecting OK. 
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Fig. lb is a depiction of a network-connected scanner (prior 
art). Before scanning any jobs, the user performs a one-time installation 
of a compatible scanner driver, such as the Twain scan driver. To initiate 
a scan job, the user may perform the following steps: 
5 1. Walk over to scanner and place documents to scan on 

the scanner; 

2. Walk back to client computing device and invoke a 
scan capable application; 

3. From the scan capable application, initiate the scan, 

10 by: 

a. Select File->Scan; 

b. Select scanner driver (e.g., Twain driver); 

and, 

c. Select OK. 

15 4. Walk back to scanner and remove documents. 

In the current art, there are several methods for scanning a 
scan job from a network-connected scanning device without the use of a 
scan driver. In these methods, the scan job is typically: 
1. Invoked from the scanner. 
20 2. Sent to a pre-specified destination profile. 

3. Some transport and data protocol is used to deliver the 
scan job to a destination (e.g., client). 

It would be advantageous if a user could leverage pre- 
existing knowledge of the print subsystem to retrieve scan jobs. That is, it 
25 would be advantageous if the despooling of a network scan job from 
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storage, to the client, could follow the conventional print subsystem model 
as follows: 

1. Installing a local or network printer (a one-time 

occurrence); 

5 2. Selecting the targeted MFP by specifying the installed 

printer; and, 

3. Specifying and sending a network scan job retrieval 
request via the installed printer's printer driver. 

It would be further advantageous if a user could request the 
10 retrieval of the scan job prior to initiating the scan job (i.e., walkup 
operation where hardcopy document is scanned in at MFP), as well as 
after initiating the scan job. 

SUMMARY OF THE INVENTION 

15 The present invention solution differs from conventional 

practices is that: 

• The user does not need to identify the network address 
or domain name of the targeted MFP. 

• The user sends the network scan job retrieval request 
20 using the existing print subsystem. 

• The user sends the network scan job retrieval request 
as a print job. 

The present invention process for sending a network scan job 
retrieval request is independent of the method used to initiate the 
25 scanning of the document, the spooling of the scan job, and the 

transmission of the scan image data back to the destination. For example, 
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the user may initiate the scan from the MFP front panel, from the client, 
or from a 3 rd component such as a server device. Likewise, the scan image 
data may be pushed to the client by the MFP, pulled from the MFP by the 
client, or scheduled and sent by a server device. 
5 When a scan job is spooled, the scan image data need not 

necessarily be sent immediately to the client. Instead, the scan image 
data may be retained in storage, where the storage may be local to the 
MFP or offline (a scan server, for example). The spooled scan job stays in 
storage indefinitely until a subsequent request is made to retrieve the 

10 scanned image data, and transmit the scan job to a client. Once a request 
to retrieve the scan image data is received, the MFP despools the scanned 
image data by retrieving the scanned image data from storage and 
transmitting it to the client. If the despool is successful, the scanned 
image data can be deleted from storage. 

15 Accordingly, in a network including a scanning device and a 

connected client, a pseudo print job method is provided for managing scan 
jobs. The method comprises: scanning a document at the scanning device; 
spooling the scan job in storage; sending a pseudo print job request to the 
scanning device, from a connected client; despooling the scan job from 

20 storage in response to the pseudo print job request; and, sending the scan 
job to a connected destination. The spooling of the scan job in storage may 
include storing the scan job in a scanning device internal memory, a 
network-connected server memory, or a connected client memory. 

In one aspect of the method, the scan jobs are sent to a 

25 destination specified in the pseudo print job request. In another aspect, 
the scan jobs are stored in an intermediate location such as a scanning 
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device internal memory or a network-connected server memory. Then, the 
pseudo print job request can be sent after the scan job has been spooled, 
and the scan job is despooled from the intermediate location. 

Sending a pseudo print job request for the scan job includes 
5 the use of either a network scan-enabled print driver or an independent 
network scan application. Either way, the process sends the pseudo print 
job request via the client's print subsystem. 

Additional details of the above-described method, and a 
pseudo print job system for managing scan jobs, are provided below. 

10 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. la is a depiction of a locally connected scanner (prior 

art). 

Fig. lb is a depiction of a network-connected scanner (prior 

15 art). 

Fig. 2a is a depiction of a network-connected scanning device, 
without a scan driver. 

Fig. 2b is another depiction of a network-connected scanning 
device, without a scan driver. 
20 Fig. 3 is a schematic block diagram of the present invention 

pseudo print job system for managing scan jobs. 

Fig. 4 is a variation of the present invention where the 
storage device is a memory residing in the scanning device. 

Fig. 5 is a variation of the present invention where the 
25 system further comprises a server. 
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Fig. 6 is a variation of the present invention further 
comprising a client computing device, referred to herein as a client. 

Figs. 7 and 8 depict aspects of the invention where the 
destination profiles are not client entered. 
5 Figs. 9 and 10 depict scan job despooling initiated from a 

client. 

Fig. 11 is a flowchart illustrating the present invention 
pseudo print job method for managing scan jobs in a network including a 
scanning device and a connected client. 

10 

DETAILED DESCRIPTION 
OF THE PREFERRED EMBODIMENTS 

Fig. 2a is a depiction of a network-connected scanning device, 

without a scan driver. In one method, illustrated by Sharp NST ® by 

15 Sharp Corporation, the destination profiles are setup by the user through 
the use of a device web page from an embedded web server in the targeted 
MFP, such as a Leopard or Tiger MFP. In this method, the user invokes a 
web browser and accesses the device web page of the targeted MFP. From 
the device web page, the user enters destination profiles and then saves 

20 them in the MFPs local storage. For Sharp NST ®, the destination profile 
is the user's email address. 

In this example, the user can then initiate subsequent 
network scans by selecting the destination profile on the MFP that 
corresponds to their email address. The MFP then initiates the scan and 

25 sends the scan output, a TIFF document for example, as an email 

attachment to the corresponding email address. The user then accesses 
the scan job by retrieving the scan job via the user's email application. 
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This method suffers in that the user may select the wrong 
device. The user may be confused when identifying the device web page of 
the MFP and select a web page that is associated with an MFP that is 
different than the intended MFP. Alternately, the user must directly 
5 access the device. Then, the user must know the network address or 
domain name of the device to obtain the web page. 

Fig. 2b is another depiction of a network-connected scanning 
device, without a scan driver. In this method, illustrated by Sharp NST ® 
by Sharp Corporation, the destination profiles are setup by the user on 

10 the client computing device via a network scanning enabled application 
(i.e., Sharp NST ®). The user invokes the network scanning application 
and specifies a destination profile to be sent to a targeted MFP, such as a 
Leopard or Tiger MFP. In this case, the destination profile is a FTP 
server running in conjunction with the network scanning application on 

15 the client computing device. The destination profile consists of the IP 
address of the client computing device, the port on which the FTP server 
is listening, and a file system path name to where the FTP server writes 
the scan job (file transfer). 

In this example, the user can initiate subsequent network 

20 scans by selecting the destination profile on the MFP that corresponds to 
their FTP server and file system path. The MFP then initiates the scan 
and sends the scan output as a file to the specified FTP server and 
corresponding file system path name. 

The FTP server on the client computing device receives the 

25 scan job as a file and writes the file to the corresponding file system path 
name. The network scanning enabled application polls the corresponding 
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file system path. When a file (scan job) appears in the file directory, the 
application recognizes the job as received and performs any operations 
associated with the destination. For example, an optical character 
recognition (OCR) process may be performed. 
5 This method suffers in that it is easy for a user to select the 

wrong device. The user must know the network address or domain name 
of the device to which the destination profile is sent. The user must also 
use a network scanning enabled application for sending the destination 
profile. 

10 Fig. 3 is a schematic block diagram of the present invention 

pseudo print job system for managing scan jobs. The system 300 
comprises a scanning device 302. The scanning device is typically an 
MFP, but can be any device capable of electronically scanning a document. 
The scanning device 302 includes a scan unit 304 having an interface on 

15 line 306 to receive a paper media document and an interface on line 308 to 
supply a scan job in response to scanning the document. The scan unit 
304 is understood to include the conventional functions associated with a 
scanning device. In other aspects of the invention, the scanning receives 
an electronic document on line 306 for additional digital processing. 

20 Alternately, the scan unit can be a fax receiving an electronic document 
facsimile, or a whiteboard or electronic tablet that receives a user's 
handwriting as input. 

The scanning device 302 also includes a scan controller 310 
having an interface on line 312 to accept pseudo print job requests 

25 (PP JRs) and an interface on line 308 to accept the scan jobs. The scan 

controller 310 has an interface on line 316 to supply scan jobs for spooling 
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in response to the pseudo print job request and an interface on line 318 to 
supply spooling/despooling statements. Although four separate interfaces 
are shown, it should be understood that the interfaces may be a common 
interface, such as an data/address bus. A storage device 320 has an 
5 interface on line 316 to accept scan jobs for spooling, an interface on line 
318 to accept spooling/despooling statements, and an interface on line 322 
to supply despooled scan jobs in response to despooling statements. Note, 
the scan jobs need not necessarily be passed through the scan controller 
310, as shown. Alternately, the scan jobs may be routed directly from the 

10 scan unit 302 for spooling. 

Typically, the storage device 320 stores the scan document 
cross-referenced to a document identifier. The document identifier can be 
a user name, a host (client computer) name, or an application process 
name (an application residing in a client, for example). The document 

15 identifier can be a job name automatically generated from the scan job 
image, such as the leading set of characters in the document. In another 
aspect, the document identifier is an automatically generated job number, 
such as a sequentially generated number. However, the present invention 
is not limited to any particular type of document identifier. In one aspect 

20 of the system, the scan controller 310 receives a command in the pseudo 
print job request selecting a particular storage device for spooling the scan 
jobs. 

Fig. 4 is a variation of the present invention where the 
storage device 320 is a memory residing in the scanning device 302. 
25 Fig. 5 is a variation of the present invention where the 

system 300 further comprises a server. The server 500 has an interface 
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connected to the scan controller interface on line 316 to receive scan jobs 
and an interface on line 318 for receiving spooling and spooling/despooling 
statements. In this aspect, the storage device 320 resides in the server 
500. 

5 Fig. 6 is a variation of the present invention further 

comprising a client computing device, referred to herein as a client. The 
client 600 includes a print subsystem 602 having an interface connected to 
the scan controller interface on line 312 to supply the pseudo print job 
request. A scan subsystem 604 has an interface on line 322 to receive the 

10 despooled scan job from the storage device 320. In this aspect, the storage 
device 320 resides with the client 600. Except for the aspect of the pseudo 
print job request, the above-described print subsystem 602 and scan 
subsystem 604 are understood to be conventional software components 
associated with a personal computer, or the like. 

15 In one aspect, the scan controller 310 receives a command in 

the pseudo print job request specifying the destination to which the 
despooled scan job is sent. Although only a single client 600 is shown, it 
should be understood that the request may originate from a first client, 
such as client 600, while the destination may be second client (not shown) 

20 connected to the scanning device 302. 

The client 600 further includes a scan driver 606 having an 
interface on line 608 to supply pseudo print commands (PPCs). The print 
subsystem 602 has an interface on line 608 to receive the pseudo print 
commands. The print subsystem 602 supplies the pseudo print job 

25 request on line 312 with PJL statements including a document identifier, 
a destination, and a despooling command. Typically, the client 600 
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includes a print driver 610 associated with the print subsystem 602. In 
one aspect of the system 600, the scan driver 606 is a component of the 
print driver 610. That is, the print driver is able to support a user 
interface (UI) for (conventional) printing operations, as well as scanning 
5 operations. In another aspect, the scan driver 606 is an independent 
network scan application. 

The scan driver 606 may be enabled to support other 
functions besides the sending of destination profiles and pseudo print job 
requests. In one aspect, the scan driver (UI) can be used to select a target 

10 scanning device using a menu of options such as: a scanning device locally 
connected to the client; a scanning device network-connected to the client 
via a print server; a scanning device selected using a network address; a 
scanning device selected using a domain name; or, a scanning device 
selected using a discovery process. 

15 Analogous to a print driver, the scan driver 606 can also be 

enabled to select scan options such as accounting information, security, 
scheduling, image manipulation, image formatting, image reduction, 
image compression, and storage location. 

It should be understood that the scan driver 606 aspect of the 

20 invention, described in detail above, is also applicable to variations where 
the scan jobs are spooled in the scanning device 302 (Fig. 4) or spooled on 
a server (Fig. 5). Alternately stated, it would be typical that the pseudo 
print job requests shown in Figs. 4 and 5 be delivered via a client print 
subsystem, from a scan driver. 

25 In another aspect of the system 300, the scan controller 310 

may receive a pseudo print job request with a document identifier to 
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identify a subsequently scanned document. Further, the scan controller 
310 may receives a pseudo print job request prior to scanning a document, 
with a scan job destination formatted as either a (permanent) destination 
profile and a (one-time) scan job request. The scan controller 310 sends 
5 the scan job to the destination specified in the pseudo print job request. 
The destination can be a user identity, application process, or a client 
terminal. An application process is understood to a computer program 
running on a client. The computer program (e.g., FTP server) has some 
means of identification (e.g., name in client's process table) and 

10 communication (e.g., remote procedure call (RPC)). 

In this aspect, the scan controller 310 may receive a pseudo 
print job request with PJL statements including a document identifier, a 
destination, and a conditional despooling command. Then, the scan 
controller 310 supplies despooling statements to the storage device 320, in 

15 response to the received conditional despooling commands. The 
conditional despooling commands may request that the scan job be 
despooled immediate, or delayed with respect to time or some other 
condition. In another aspect, event triggered despooling is enabled. 
Again, it should be understood that the conditional despooling commands 

20 may be enabled with any of the variations of the invention depicted in 
Figs. 4 through 6. 

Functional Description 

Scan Spooling 

25 Figs. 7 and 8 depict aspects of the invention where the 

destination profiles are not client entered. The user places the 
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document(s) to be scanned on the scanner and initiates the spooling of a 
scan job from either the front panel of an MFP, or a remote location, such 
as accessing the device web page. Note, the invention is not limited to any 
particular source. The initiation of the spooling of the scan job requires a 
5 unique identifiable name, recognizable to the user, be assigned to the 

spooled scan job. This name may be assigned in any of the following ways: 

• Manual entry of job name by the user. 

• Automatic generation of a job name from the document 

image. 

10 • Automatic generation of a job ID (e.g., numerical 

cardinal ordering). 

The MFP scans the document(s) and spools the scanned 
image data to storage with the associated job name/ID. The storage 
location may be predefined or optionally specified by the user. 

15 

Scan Despooling by Pseudo Print Job - by User 

Figs. 9 and 10 depict scan job despooling initiated from a 
client. The user may initiate the despooling of the spooled scan job using: 

• A network scan-enabled printer driver associated with 
20 a scanning device or MFP; or, 

• A network scan application. 

The user selects the targeted scanning device or MFP by: 

• Selecting a local or network installed MFP (scanning 
device), such as a printer from a printers folder in Microsoft family of 

25 operating systems for example. 
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• Selecting a network MFP from an accessible print 

server. 

• Selecting an MFP by specifying the MFP's network 
address or domain name (i.e., peer-peer) or queue (i.e., network). 

5 • Selecting an MFP through a discovery method. 

In one aspect, the printer driver and scan driver are 
combined into a single driver, referred to herein as a scan-enabled print 
driver. To retrieve the spooled scan job(s) from storage from the selected 
MFP(s), the user can: 
10 • Invoke the scan-enabled print driver. In Microsoft, 

right click on scan-enabled print driver in printer's folder, for example. 

• Locate the scanning portion of the scan-enabled print 
driver. Select properties and then select the scan tab. 

• Specify the scan option for identify (i.e., naming) the 
15 spooled scan job. 

• Specify any additional scan options, such as: 

o Accounting Information 
o Security 
o Scheduling 
20 o Image Manipulation 

o Storage Location 

• Select OK to despool the scan job from storage to the 

client. 

In an alternate aspect, the above-mentioned capability is 
25 built into a network scan application instead of the printer driver. For 
example, the network scan application can be Sharp NST. 
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The scan application or scan-enabled printer driver, 
packages the scan job retrieval request into a print job. The print job does 
not contain any print data, and it is called a pseudo print job. The 
instructions for the scan job retrieval request appear in the print job as a 
5 sequence of commands. For example, these commands may be proprietary 
PJL statements, and may appear as follows: 

<Esc>%-12345X@PJL 

@PJL RESET 

@PJL SET SCANNAME="Jack" 
10 @PJL SET SCANCLIENT= ,, 172.29.23.7:5007,myclient ,, 

@PJL SET SCANACTION=DESPOOL 

<Esc>%-12345X 

The print job is then sent through the client's print 
15 subsystem. For example, in the Microsoft Windows family of operating 
systems, the pseudo print job would be spooled to the printer spooler. The 
printer spooler would then, immediately or with delay, despool the pseudo 
print job. 

When the scanning device or MFP receives the pseudo print 
20 job, the MFP firmware interpreter recognizes the pseudo print job as a 
scan job retrieval request and performs the corresponding appropriate 
action. 

Scan Despooling by Pseudo Print Job - by Automated Process 

25 Fig. 10 also depicts an automated process for initiating the 

sending of a scan job retrieval request. For example, a peer-peer server 
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associated with a network scanning enabled application can be used. The 
automated process, upon instantiation or event trigger, sends scan job 
retrieval requests to the specified scanning devices. 

The scan job retrieval request(s) can be constructed to be 
5 user specific, job specific, or event triggered. The user specific automated 
process creates a scan job retrieval request for all jobs associated with a 
specific user. All the matching spooled scan jobs may be automatically 
despooled, or some handshaking protocol may be used to determine a 
subset of spooled scan jobs to despool. The job specific automated process 

10 creates a scan job retrieval request for a specific scan job. The name of the 
scan job is obtained by some other process, such as a name prerecorded by 
the user, or derived from some triggering user action. The event specific 
automated process creates a destination profile or scan job request in 
response to an event trigger. 

15 The scanning devices send the destination profile or scan 

request to: 

1. A predefined list of MFPs. 

2. A list of discovered MFPs. 

3. A list of MFPs associated with the invocation of the 
20 automated process. 

The sending of the destination profile is also independent of 
the method used to initiate the scanning of the document and the 
transmission of the scan image data back to the destination. A scan 
destination profile is typically used in subsequent automatic scanning. 
25 The destination profile can be permanently loaded into a storage that is 
accessible to a scanning device (e.g., local or server). The user can then 
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initiate subsequent scan jobs from the front panel, or remote interface, by 
selecting a destination profile. The scan job can automatically be scanned 
and transmitted. In other cases, the scan job may be spooled to storage 
and the transmission of the scan job to the client may take another 
5 command request. 

A scan job request is used only once; it is a temporary 
destination profile. The scan job request can be loaded into a scan queue 
(scan job list) that is either locally or network server accessible to the 
scanning device. The user can initiate subsequent scan jobs from the 

10 front panel, or remote interface, by interactively selecting a scan job 
request from the scan queue. After the scan job is scanned and 
transmitted, the scan job request is deleted from the scan queue. 

Fig. 11 is a flowchart illustrating the present invention 
pseudo print job method for managing scan jobs in a network including a 

15 scanning device and a connected client. Although the method is depicted 
as a sequence of numbered steps for clarity, no order should be inferred 
from the numbering unless explicitly stated. It should be understood that 
some of these steps may be skipped, performed in parallel, or performed 
without the requirement of maintaining a strict order of sequence. The 

20 method starts at Step 1200. 

Step 1202 scans a document at the scanning device. Step 
1204 spools the scan job in storage. Step 1206 sends a pseudo print job 
request to the scanning device, from a connected client. Step 1208 
despools the scan job from storage in response to the pseudo print job 

25 request. Step 1210 sends the scan job to a connected destination. In one 
aspect of the method, sending the scan job to a destination in Step 1210 
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includes sending the scan job to a destination specified in the pseudo print 
job request. 

Typically, spooling the scan job in storage in Step 1204 
includes storing the scan document cross-referenced to a document 
5 identifier such as a user name, a host name, an application process name, 
a job name automatically generated from the scan job image, or an 
automatically generated job number. In other aspects, Step 1204 stores 
the scan job in a memory such as a scanning device internal memory, a 
network-connected server memory, or a connected client memory. The 
10 method is not limited to any particular memory location. In one aspect a 
further step, Step 1203 sends a command selecting a spooling storage 
location. Then, Step 1204 spools the scan job in the selected storage 
location. 

In another aspect, spooling the scan job in storage (Step 
15 1204) includes spooling the scan job in an intermediate location such as a 
scanning device internal memory or a network-connected server memory. 
Then, sending the pseudo print job request in Step 1206 includes sending 
the request after the scan job has been spooled, and Step 1208 despools 
the scan job from the intermediate location. 
20 In one aspect, Step 1206 includes sending a pseudo print job 

request with PJL statements including a document identifier, a 
destination, and a despooling command. As mentioned above, Step 1206 
sends a pseudo print job request for the scan job using either a network 
scan-enabled print driver or an independent network scan application. 
25 Either way, Step 1206 sends the pseudo print job request via the client's 
print subsystem. 
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In some aspects a further step, Step 1201, prior to sending 
the pseudo print job request, selects a target scanning device from the 
group including: 

a locally installed scanning device on the client; 
5 a network scanning device connected via a print server; 

a scanning device selected using a network address; 

a scanning device selected using a domain name; or, 

a scanning device selected using a discovery process. 

Further, Step 1201 may select scan options chosen from the 
10 group including accounting information, security, scheduling, image 

manipulation, image formatting, image reduction, image compression, and 
storage location. 

The sending of the pseudo print job request (Step 1206) may 
occur either before or after the document is scanned (Step 1202). If it 
15 occurs before Step 1202, the request may be sent with a document 

identifier to identify a subsequently scanned document. If the pseudo 
print job request is sent before Step 1202, the request may include either 
a destination profile or a scan job request. Then, Step 1210 sends the scan 
job to the destination specified in the pseudo print job request. The 
20 destination can be a user identity, an application process, or a client 
terminal. 

Further, if Step 1206 occurs before Step 1202, the pseudo 
print job request that is sent may include a conditional despooling 
command as a PJL statement, in addition to a document identifier and a 
25 destination. The conditional spooling command may be used to select 
either immediate, delayed, or event triggered despooling. 
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A system and method have been provided for retrieving scan 
jobs using pseudo print requests delivered via a print subsystem. 
Examples have been given of the invention in different network 
environments, but the invention is not limited to any particular kind of 
5 scanning device connections. Specific communications have also been 
described for delivering destination profiles and despooling requests. 
Again, the invention is not limited to these examples. Although the 
invention has generally been explained in the context of a Microsoft 
Windows operating system, the invention can also be practiced with the 

10 spooling and despooling subsystems of a Apple Macintosh Operating 
System, Linux Operating System, System V Unix Operating Systems, 
BSD Unix Operating Systems, OSF Unix Operating Systems, Sun Solaris 
Operating Systems, HP/UX Operating Systems, or IBM Mainframe MVS 
and AS/400 Operating System, to name a limited list of other possibilities. 

15 Other variations and embodiments of the invention will occur to those 
skilled in the art. 

WE CLAIM: 

20 
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